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2 Method and System for Configuring the Language of a Computer 

3 Program 

4 

5 The invention relates to a method in accordance with the 

6 precharacterizing part of patent claim r and to a system in 

7 accordance with the precharacterizing part of patent claim 

8 7 . 

9 

10 If a computer program is to be used in various countries or 

n regions with a respective different language then it is 

12 frequently desirable to match the graphical display of the 

13 computer program and particularly the dialogs of the user 

14 interface for the program to the respective language of the 

15 country or region. In this case, the display of a starting 

16 language e.g. set as standard - for example German - is 

17 changed to a preferred selection language - for example 

18 English. 

19 

20 This operation of matching the language of a computer 

21 program to various other languages, usually called 

22 "localization" on the basis of the prior art, is assisted, 

23 on the basis of the prior art, by virtue of the computer 

24 program already being designed for simple localizability at 

25 the design stage. This form of program design is called 

26 "Internationalization" on the basis of the prior art. 

27 

28 Existing approaches to internationalization firstly provide 

29 for wildcard expressions to be provided in the source text 

30 of the computer program instead of the texts which are to be 

31 used for the dialogs in the computer program, such as menus, 

32 buttons or texts for direct help. These wildcard expressions 

33 are then used in all parts of the computer program instead 

34 of the relevant message texts, that is to say those parts 

35 which are displayed to the user of the computer program. In 

36 particular parts of the source text of the computer program, 

37 for example in "header files", compiler definitions are then 

38 created, for example "# define" expressions, in which the 
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1 wildcards are attributed the desired message texts in a 

2 particular national language. While the computer program 

3 source text is being compiled, the compiler then first of 

4 all replaces every wildcard which occurs in the source text 

5 with the message text in line with the compiler definition 

6 from the relevant part of the computer source text. 

7 

8 The effect achieved by this is that localizing to a 

9 particular national language requires only the relevant 

10 compiler definitions to be replaced, which are then replaced 

n in the source text by the compiler during the compiling 

12 process. 

13 

14 However, this method has the practical drawback that 

is localizing the computer program requires said method to be 

16 in the computer program's source text. This is a drawback 

17 particularly when localization matching operations are to be 

18 performed in the branch in the respective target country, 

19 for example, or specific matching operations are to be 

20 performed for a customer in situ, for example. In these 

21 cases, it is frequently not desirable to pass on the entire 

22 source text of the program. In addition, this method 

23 requires an appropriate development environment for 

24 compiling the program, which gives rise to additional 

25 complexity of engineering, time and cost. 

26 

27 On the other hand, it is known practice on the basis of the 

28 prior art to precompile a program in modular fashion such 

29 that all language- specif ic parts of a program are arranged 

30 in separate parts of the binary computer program, known as 

31 dynamic link libraries (DLLs) . In this case, entry addresses 

32 are provided between the individual DLLs, so that the 

33 relevant parts of the binary - that is to say already 

34 compiled and executable - computer program are assembled in 

35 a well defined manner. It is thus possible for a first part 

36 of the binary computer program to call the country-specific 

37 message text at a particular entry address for a 

38 country-specific DLL. 
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1 

2 Although this method no longer requires the entire source 

3 text to be present for localizing the computer program, it 

4 is nevertheless necessary to disclose the country-specific 

5 parts of the source text which are intended to have the 

6 language matching performed for them, and in this case too 

7 the localization requires the presence of an appropriate 

8 development environment together with a compiler in order to 

9 create a DLL from the localized source text parts. 

10 

n This is an obstacle particularly for when small changes are 

12 made retrospectively for a customer or by the customer 

13 himself. 

14 

15 It is an object of the present invention to specify a method 

16 and a system for configuring the language of a computer 

17 program which avoid the drawbacks discussed above and allow 

18 retrospective matching of the language of an executable 

19 computer program in binary form, particularly with little 

20 complexity. 

21 

22 This object is achieved by a method in accordance with 

23 patent claim 1 and by a computer system in accordance with 

24 patent claim 7 . 

25 

26 The effect achieved by finding identification expressions in 

27 a text memory which are associated with wildcard character 

28 strings contained in the computer program and replacing the 

29 wildcard character strings in the computer program with the 

30 associated message character strings in the text memory 

31 during the runtime of the executable binary .computer program 

32 is that language configuration or localization, i.e. 

33 matching the wording of the message character strings, 

34 requires no manual or automated action to be taken in the 

35 source text of the computer program. This allows 

36 localization or retrospective matching to be performed 

37 without recompiling and hence without the development 

38 environment which is required for recompiling. 
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2 This also allows language matching to be performed during 

3 continuous use of the computer program too, i.e. without 

4 stopping or terminating the running computer program. 

5 

6 The fact that said replacement of the wildcard character 

7 strings in the computer program with associated message 

8 character strings in the text memory is effected by 

9 attributing the message character strings to memory 

10 variables in the running computer program means that it 

11 becomes possible to leave the binary computer program 

12 unchanged during localization matching, while only dynamic 

13 contents of the store associated with the computer program 

14 change during said replacement operations. Particularly in 
is contrast to the storage of static character string 

16 constants, this is done at stipulated entry ' addresses , as 

17 are used when using dynamic link libraries (DLLs) . 

18 

19 The effect achieved by the interaction of these features is 

20 that the computer program does not need to have its 

21 executable binary code changed in order to perform language 

22 matching. 

23 

24 These advantages are achieved in appropriate fashion in the 

25 inventive computer system by virtue of the computer program 

26 being in executable binary code, and means for finding 

27 identification expressions in a text memory which are 

28 associated with wildcard character strings contained in the 

29 computer program and for replacing the wildcard character 

30 strings in the computer program with the associated message 

31 character strings in the text memory being contained in the 

32 computer program. 

33 

34 Another advantageous effect which this achieves is that it 

35 avoids a specific software tool for creating and compiling 

36 the points in the source text of the computer program which 

37 relate to the language display being introduced into the 

38 system in addition to the computer program and hence giving 
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1 rise to an increase in complexity. This also significantly 

2 simplifies the incorporation of the program code used for 

3 finding items in the text memory and replacing items in the 

4 computer program's store into the computer program which is 

5 to be localized . 

6 

7 Advantageous developments of the invention are possible in 

8 the subclaims referring back to claim 1 and to claim 7 and 

9 are explained briefly below: 

10 

n If the method is advantageously developed such that the text 

12 memory is selected so that the identification expressions 

13 contain alphanumeric name descriptors and alphanumeric field 

14 descriptors and that a respective field descriptor has an 
is associated message character string, then it becomes 

16 possible to combine a plurality of pairs of values, each 

17 comprising an alphanumeric field descriptor and a message 

18 character string, to produce a superordinate data structure 

19 which is identified by means of the name descriptor and to 

20 address them as a group using said alphanumeric name 

21 descriptors. In this way, all the message character strings 

22 associated with a dialog, for example for buttons in a 

23 dialog and for pop-up context message texts, can be 

24 addressed as a group using the common name descriptor in a 

25 single, common reference by a suitable wildcard character 

26 string in the computer program. 

27 

28 If the method is advantageously developed such that an 

29 identification expression in the text memory is found for a 

30 wildcard character string contained in the computer program 

31 by evaluating a path for the wildcard character string, 

32 which path is formed from at least one of said name 

33 descriptors, then it becomes possible to address a specific 

34 name descriptor in a logically consistent manner when a 

35 plurality of name descriptors are nested in one another. 

36 Such hierarchically nested name descriptors make it 

37 possible, by way of example, to set up local validity areas 

38 for name descriptors, which improves the extendability of 
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1 the system and reduces the susceptibility to errors during 

2 localization. 
3 

4 In this case, in line with the order of the name descriptors 

5 of the path, the nested name descriptors in the text memory 

6 are addressed until there are no further name descriptors 

7 along the path and the pairs of values can be clearly 

8 determined and read from the field descriptor and the 

9 message character string. 

10 

n The use of a path comprising alphanumeric name descriptors 

12 as a wildcard character string in the computer program is 

13 particularly advantageous because such a character string, 

14 according to the type of data structure, is similar to the 

15 replacing message character string and can therefore be 

16 easily processed during the replacement operation. 

17 

18 If the method is developed such that the XML format is 

19 selected for the design of the text memory, and the 

20 identification expressions are found by interpreting XML 

21 tags, then a popular, cross-platform data format is chosen 

22 which can be handled by a large number of editors and which 

23 has a syntax which can easily be checked for errors and 

24 inconsistencies to a large extent using popular methods. 

25 

26 The XML language definition referred to here and in the 

27 whole of the present description, and conceptualities in 

28 this regard, are disclosed in Bray et. al . : "Extensible 

29 Markup Language (XML) 1.0 (Second Edition), W3C 

30 Recommendation, October 6, 2000. The XML tags are used to 

31 find a form for the alphanumeric identification expressions 

32 which is suitable for the XML format. 

33 

34 If the XML text memory, for example an XML file, is selected 

35 such that it is structured in the form of an XML table then 

36 an XML- suitable form is specified in which the nested name 

37 descriptors which have been selected for storage are the 

38 relevant XML tags forming an XML table. 
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1 

2 If the method is advantageously developed such that the 

3 wildcard expressions to be replaced are respectively read 

4 from a memory variable in a dialog structure in the computer 

5 program, then it is a particularly simple matter to use 

6 software which exists during program design and 

7 implementation to create dialogs for the user interface of a 

8 computer program without needing to make any changes to this 

9 existing software. In this way, the dialog can be created, 
10 for example using a graphical dialog editor, in a 

n conventional fashion and the wildcard character string can 

12 be input instead of the dialog text which normally needs to 

13 be input . 

14 

15 The computer system can advantageously be produced in line 

16 with the above developments of the method. 

17 

18 The features of all the claims can advantageously be 

19 combined in any manner within the context of the invention. 

20 

21 In line with the advantageous embodiment of the text memory 

22 in XML format, the name descriptors used in the 

23 advantageously developed computer system for language 

24 configuration, too, may be shown as XML tag names and field 

25 descriptors may be shown as XML attribute names. 

26 Accordingly, the message character strings in the text 

27 memory of this type are shown as XML attribute values. The 

28 terms XML tag name, XML attribute name and XML attribute 

29 value are accordingly defined as tag name, attribute name 

30 and attribute value in said W3C recommendation dated October 

31 6, 2000. 

32 

33 The method and the system can be developed such that the 

34 wildcard character string, which may advantageously be 

35 stored in a memory variable in a dialog structure in the 

36 computer program, starts with a characteristic prefix, 

37 preferably comprising alphanumeric symbols. As a result, 

38 such character strings stored in a dialog structure, which 
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1 are wildcard character strings, can easily be distinguished 

2 from character strings which are not to be localized in 

3 dialogs in the user interface of the computer program. 

4 

5 The invention is explained below with reference to an 

6 exemplary embodiment, a source text listing and a few 

7 figures, in which: 

8 

9 figure 1 shows the schematic illustration of a 

10 dialog box with three dialog elements, each 

11 containing a wildcard character string as 

12 dialog text, 

13 

14 figure 2 shows a code fragment as an example of 

15 the use of the method implemented in a 

16 language handler object, 

17 

18 figure 3 shows a text memory, in the form of an 

19 XML file, with entries in the form of an XML 

20 table, 

21 

22 figure 4 shows the dialog shown in figure 1 after 

23 the replacement method has been carried out 

24 for this dialog, and 

25 

26 figure 5 shows a schematic illustration of a 

2 7 computer system for carrying out language 

28 matching for the display of a computer 

2 9 program. 

30 

31 Figure 1 shows a dialog box in a user interface of a 

32 computer program with a text field 1, a first button 2 and a 

33 second button 3. This dialog box may have been created, by 

34 way of example, using ordinary program libraries for 

35 creating graphical user interfaces (GUI libraries) , for 

36 example by programming or by using a development tool for a 

37 computer-aided development of user interfaces. The text 

38 usually contained in the popular graphical elements, in this 
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1 figure the text which is contained in the text field 1, in 

2 the first button 2 and in the second button 3, has usually 

3 been attributed as a character string parameter (for example 

4 "string"), as in the aforementioned development methods for 

5 user interfaces. 
6 

7 In this example, these character strings are in the form of 

8 wildcard character strings which start with a characteristic 

9 prefix, for example two successive paragraph characters. In 
10 this way, wildcard character strings can easily be 

n distinguished from dialog texts, which are not wildcard 

12 character strings, in the subsequent method. 

13 

14 For the rest, the wildcard character strings are constructed 

15 from name descriptors in the form of XML tag names, in the 

16 present case "SICAMPAS", "Conf igurationTool" and 

17 "HelloWorld" , for example, in text field one, and 

18 "SICAMPAS", "Common" and "OK", for example, in the first 

19 button 2. These are separated from one another by oblique 

20 strokes. This produces a path comprising XML tags or name 

21 descriptors, ~which allow the nested name descriptors to be 

22 resolved in the subsequent method, or allow the desired 

23 entry to be found in an XML table. 

24 

25 Accordingly, the text character strings for the buttons 

26 and 3 are constructed from a characteristic prefix, XML 

2 7 as name descriptors and separating oblique strokes to 

28 produce wildcard character strings which, minus the 

29 characteristic prefix, produce an XML path. 

30 

31 Figure 2 shows a C- Sharp code fragment which might be 

32 associated with a dialog box in figure 1 by way of example. 

33 This produces an instance of a language handler object and 

34 transfers to it the name of an XML file "english . xml" as a 

35 parameter. This XML file is a text memory within the context 

36 of the invention, the design of which is described by way of 

3 7 example below in figure 3 . 

38 
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1 Following initialization of the dialog element shown by way 

2 of example in figure 1 by the instructions 

3 "InitializeComponent" , an object from the class 

4 LanguageHandler is produced, as explained above, which for 

5 its part uses the aforementioned XML file as a text memory. 

6 

7 To prompt the actual localization process, that is to say 

8 the replacement of the wildcard character strings shown in 

9 the dialog elements 1, 2 and 3 in figure 1 with the desired 
10 message character strings, the method "InitializeControl" 

n from the aforementioned language handler object is called in 

12 the present code fragment in figure 2. However, this 

13 function call can also be made by any other programming 

14 methods which are usual in the field. 

15 

16 Having been initiated by this function call, each dialog 

17 element 1, 2 and 3 in figure 1 is now successively visited 

18 during the further program/method execution, a check is 

19 performed to determine whether the character string which is 

20 present in the respective dialog element is a wildcard 

21 character string by looking for the characteristic prefix 

22 ("§§"), and then the characteristic prefix is removed from 

23 the respective wildcard character string and the remaining 

24 XML path is used to read the entry addressed by this path in 

25 the XML file, which has already been opened during 

26 production of the language handler object. After that, the 

27 value associated with the entry, namely the message 

28 character string, is substituted for the character string 

29 originally contained in the respective dialog element, i.e. 

30 the wildcard character string stored in the respective 

31 dialog element is replaced with the relevant message 

32 character string which has been ascertained. Within this 

33 context, it is possible for a single path stored as a 

34 wildcard character string in the respective dialog element 

35 to replace a plurality of associated character string 

36 values, too, for example ToolTip texts (explanatory texts 

37 which pop up on the basis of the position of a mouse pointer 
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1 on the display panel) associated with the dialog elements 1, 

2 2 and 3, or status bar texts. 

3 

4 Figure 3 shows an exemplary embodiment of the design of the 

5 text memory in XML format . Name descriptors contained in an 

6 identification expression are in this case in the form of 

7 XML tags which are each enclosed by angled brackets. Field 

8 descriptors contained in identification expressions in the 

9 text memory are in this case in the form of XML attribute 

10 names, which are situated on the left-hand side of an equals 

n sign. On the right-hand side of the equals sign, enclosed by 

12 quotation marks, the replacing message character strings are 

13 stored, as XML attribute values. In this context, attribute 

14 names and attribute values form pairs of values in the XML 

15 text memory. 

16 

17 The first button 2 in figure 1 is used to describe the 

18 ascertainment of the message character strings associated 

19 with wildcard character strings contained in the computer 

20 program. As already outlined, the character string 

21 originally stored in the dialog element is adjusted for the 

22 characteristic prefix, and the remaining part is interpreted 

23 as a path comprising XML tags in order to localize the 

24 relevant entry in the text memory. In this case, said path 

25 represents the key criterion which is used to interpret the 

26 characters contained in the XML text memory, so that the 

27 entry being sought can be localized. These characters 

2 8 contained in the text memory in the syntax or in the format 

29 of the text memory form the respective identification 

30 expression associated with the path, which expression 

31 contains not only special characters but also tag names and 

32 attribute names. The path "SICAMPAS/Common/OK" , considered 

33 to be an XML path, thus results in the identification 

34 expression being found, which is constructed from the nested 

35 XML tags <SICAMPAS>, <Common> and <0K Text= ToolTip=/>. 

36 

37 When this entry has been distinctly localized in this way, 

38 the message character string ("OK") associated with the XML 
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1 attribute name is substituted for the wildcard character 

2 string. This replacement is made by attributing it to the 

3 memory variable under which the wildcard character string 

4 was previously stored. Accordingly, the wildcard attribute 

5 value associated with the attribute name "ToolTip" is 

6 attributed to the relevant memory variable for the dialog 

7 structure. To this end, this memory variable does not need 

8 to have been filled with a particular value beforehand. 

9 Figure 4 shows, by way of example, the result of the 

10 completed replacement method for the dialog elements shown 

11 in figure 1 using wildcard character strings. The wildcard 

12 character strings contained in the dialog elements 1, 2 and 

13 3 in figure 1 have been replaced in the manner described 

14 above, using the text memory shown in figure 3, with the 

15 associated message character strings in said text memory, 

16 and now form the textual content of the dialog elements 1, 2 

17 and 3 in figure 4 . ToolTip texts are not shown in more 

18 detail in this figure. 

19 

20 In this way, a simple change to the content of an XML file 

21 which is shown in figure 3 can be matched to the textual 

22 contents of dialog elements in the user interface of a 

23 computer program, for example as part of localization to the 

24 target language of a country or of a region, without any 

25 change needing to be made to the binary code of the 

26 executable computer program. In addition, the use of XML 

27 paths specifies a method for addressing entries in the text 

28 memory which is easy for people to understand and which 

29 allows people to find entries easily, particularly when 

30 nested name descriptors are being used, without this 

31 requiring the entire document to be searched line by line. 

32 

33 The fact that no further association tables, such as tables 

34 with associations between numerical IDs and associated 

35 character strings, or wildcards are required reduces the 

36 complexity of maintenance and achieves better clarity. In 

37 addition, only a single resource exists for a dialog in the 

38 user interface, which means that synchronization of the 
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1 resources in various languages among one another is 

2 dispensed with. 
3 

4 Finally, figure 5 shows a computer system 11 in a type of 

5 block diagram by way of example. The computer system 11 in 

6 this context may be any electrical appliance whose functions 

7 are performed at least partly under the control of a 

8 microprocessor 12, for example a personal computer, mobile 

9 telephones, consumer electronics appliances or else 
10 automation appliances in automated processes, e.g. 

n protective devices and controllers in power supply and 

12 distribution systems. Such an appliance normally has a 

13 display apparatus 13, e.g. a monitor or a display. The 

14 display apparatus 13 has a display panel 13a, for example 
is the screen surface of a monitor, and a display control 13b, 

16 e.g. with control programs such as drivers for producing a 

17 display on the display panel 13a and display memories for 

18 buffer- storing elements of the display. By way of example, 

19 the display panel shows display objects 14a and 14b, which 

20 have texts (not shown in figure 5) in a starting language 

21 which is displayed first of all. 

22 

23 To change the language displayed from the starting language 

24 to a preferred selection language, a command from a computer 

25 program executed by the microprocessor 12 is used during 

26 operation of the computer system to examine memory areas in 

27 the computer system which are associated with the display 

28 objects 14a and 14b - e.g. the display memories of the 

29 display control 13b - for wild card characteristics, e.g. 

30 paths comprising XML tags, under microprocessor control. 

31 These are replaced in identification expressions and 

32 transferred to a text memory chip 15 in line with the 

33 procedure explained further above under the control of the 

34 microprocessor 12. This text memory chip 15 contains, in a 

35 text memory, e.g. an XML table, message character strings in 

36 the selection language which are associated with these 

37 identification expressions. Upon request by the 

38 microprocessor 12, message character strings associated with 
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1 corresponding identification expressions are ascertained and 

2 are transferred to the microprocessor 12 and then to the 

3 display memory of the display control 13b. Finally, the 

4 message character strings in the (newly selected) selection 

5 language are inserted into the display objects at the 

6 positions prescribed by the wildcard character strings 

7 instead of the previous character strings in the starting 

8 language. The display objects 14a and 14b are then displayed 

9 in the preferred selection language. 

10 

n In summary, the computer system 11 shown in figure 5 is 

12 thus, in the general sense, an electrical appliance with at 

13 least one microprocessor 12 and a display apparatus 13 on 

14 which at least one display object 14a, 14b is shown in a 

15 starting language. A selectable text memory chip 15 is 

16 provided which contains alphanumeric message character 

17 strings in the selection language which are associated with 

18 alphanumeric identification expressions. To change from the 

19 starting language to the selection language which is to be 

20 displayed from now on, this chip outputs message character 

21 strings in the selection language which are associated with 

22 selected identification expressions, upon request by the 

23 microprocessor 12, when an identification expression is 

24 applied to it which corresponds to a wildcard character 

25 string associated with the at least one display object 14a, 

26 14b. 

27 

28 In practical operation, it is possible to reconfigure a 

29 program or a computer system to a language other than the 

30 one currently being used by simply replacing a file 

31 contained in the text memory, for example by simply copying 

32 over this file. Using the code fragment shown in fig. 2, 

33 this could be achieved by replacing the file english.xml 

34 with an altered or completely different file called 

35 english.xml, for example. This allows spelling mistakes and 

36 grammatical errors, for example, in the original xml file to 

37 be corrected in situ on the customer's premises too, since 

38 it is not necessary to regenerate software. The listing 
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1 below gives a detailed description of an implementation 

2 based on the method in a computer system in the language C- 

3 Sharp : 

4 

5 using System: 

6 using System. Xml; 

7 using System . Xml . XPath; 

8 using System. Windows . Forms; 

9 using System. IO; 

10 

n namespace Siemens. PTD.Sicam. PAS. LanguageHandler 

12 { 

13 /// <summary> 

14. /// This class contains all required operations for 

15 the language handling 

16 /// </ summary > 

17 public class LanguageHandler 

18 { 

19 #region Protected Members 

20 

21 protected XmlDocument m_Doc; 

22 #end region 

2 3 #region Construction / Dispose 

24 

25 / / / < summary > 

26 /// Constructs a ResourceManager object. 

27 /// </ summary > 

28 /// <param name=" languageFilePath" >Path to language 

29 table</param> 

3 0 public LanguageHandler (string languageFilePath) 

31 { 

3 2 m_Doc = new XmlDocument ( ) ; 

3 3 m_Doc . Load ( languageFilePath) ; 

34 } 
3S 

3 6 #endregion 

37 

3 8 #region Public Methods 

39 

4 0 /// < summary > 

41 /// Initializes the language of a Control and its 

4 2 context menu. 

4 3 /// </ summary > 

44 /// <param name= M ctrl n >Control to be initialized</param> 

45 public void InitializeControl (Control Ctrl) 

46 { 

47 if (ctrl == null) 
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i return ; 

2 

3 HandleControlLanguage (ctrl) ; 

4 InitializeControl (ctrl . ContextMenu) 

5 } 
6 

7 / / / < summary > 

8 /// Initializes the language of a Menu and all its 

9 items. 

10 /// </ summary > 

n /// <param name= n ctrl M >Menu to be initialized</param> 

12 public void InitializeControl (Menu mnu) 

{ 

14 if (mnu == null) 

15 return; 

16 

17 foreach (Menultem item in mnu. Menul terns) 

18 { 

1 9 Handl eMenuLanguage ( i t em ) ; 

20 } 
21 

22 / / / < summary > 

23 /// Initializes the language of a Form and its menu. 
2 4 /// </ summary > 

25 /// <param name= n ctrl" >Menu to be initialized</param> 

26 public void InitializeControl ( Form ctrl) 

27 { 

28 if (ctrl == null) 

2 9 return; 

30 

31 InitializeControl ( (Control) ctrl) ; 

32 InitializeControl (ctrl . Menu) ; 

33 } 

34 

3 5 /// < summary > 

36 /// Gets a single Text from the language table 

3 7 /// </ summary > 

38 /// <param name = " t ext Pa t h " >< /par am > 

39 /// < returns >< /returns > 

40 public string GetText ( string textPath) 

41 { 

4 2 XmlNode node; 

43 

44 node = m_Doc . SelectSingleNode (textPath) ; 

45 

46 if (node == null) return textPath; 

47 
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1 return node . InnerText ; 

2 } 
3 

4 #endregion 

5 

6 #region protected Methods 

7 

8 /// < summary > 

9 /// Loads the Text of the Control and its 
10 subcontrols from the language 

n 

12 /// table and changes them. 

13 /// </ summary > 

14 /// <param name= "Ctrl " >Control to be changed</param> 

15 protected void Handl e Cont r o 1 Language (Control Ctrl) 

16 { 

17 if (ctrl == null) 

18 return; 

19 

2 o XmlNode node ; 

21 

22 try 

23 { 

24 If (ctrl .Text . StartsWith ("§§")) 

{ 

26 • 

2 7 node = m__Doc . SelectSingleNode (ctrl . Text . Remove ( 0 , 2 ) ) ; 

2 8 ctrl . Text = node . InnerText ; 

29 } 

30 } 

31 catch{ } 

32 InitializeControl (ctrl . ContextMenu) ; 

33 foreach (Control c in Ctrl . Controls) 

34 { 

35 HandleControlLanguage (c) ; 

36 } 

} 

3 8 /// < summary > 

3 9 /// Loads the Text of the menu from the language 

40 table and changes them. 

41 / / / < / summary > 

42 /// <param name= "Ctrl " >Control to be changed</param> 

43 protected void Handl eMenuLanguage (Menultem mnultem) 

44 { 

45 if (mnultem == null) 

4 6 return; 

47 
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l XmlNode node; 

2 

3 try 

{ 

5 if (mnuItem.Text . StartsWith ("§§") ) 

6 { 

7 node = 

8 m_Doc . SelectSingleNode (mnultem . Text . Remove (0,2)); 

9 mnuItem.Text = node . InnerText : 

} 

} 

12 catch{} 

13 

14 foreach (Menultem mi in mnultem. Menultems) 

15 { 

16 HandleMenuLanguage (mi) ; 

} 

18 { 
19 

20 #endregion 

21 

22 } 



23 } 

24 

25 



